Dans le cadre du module de session électronique, nous avons fourni une API complète pour travailler avec les cookies, les
cookies, bien sûr, étant un magasin de données Web, faisant donc partie d'une session électronique sur une instance de
contenu Web.
Cela dit, la première étape nécessitera le module de session d'électron et, comme dans la leçon
précédente, obtenez une référence à la session par défaut sur laquelle seront stockées les données de
cookie, laissez sess ou session session égale par défaut session sur laquelle nous pouvons ensuite utiliser les cookies, les cookies de points de session de
classe, obtenir la méthode standard de guitare pour lire les cookies de session.
Cela prend un argument étant un objet avec des propriétés pour filtrer les cookies par lequel je laisse vide, ce qui signifie simplement
obtenir tous les cookies.
Donc pas de filtre.
Puis pour lire les cookies, cette fonction retourne une promesse ainsi résolue qui renvoie la promesse
directement sur la fonction avec ensuite dans laquelle on peut lire les cookies comme premier argument.
Quels sont la déconnexion.
De plus, comme pour toute promesse, les erreurs sont désormais accessibles au moyen d'une fonction catch.
Vérifiez le terminal et bien sûr, nous avons un tableau vide car aucun cookie n'a été défini avant de définir notre
propre cookie.
Cependant, rappelez-vous que cette classe est utilisée pour gérer tous les cookies, même s'ils sont définis par un contenu distant.
Avant de faire la démonstration, je vais transformer cette guitare en une fonction juste pour la rendre réutilisable.
Soit get cookies égal à une fonction déplaçant cette méthode get avec son message dans le corps de la fonction.
Ensuite, pour charger du contenu distant qui définit les cookies, commentez le fichier à voix haute en
le remplaçant par la fenêtre principale dot jurel loading https github dot com.
Bien sûr, pour lire les cookies que GitHub définit sur la session par défaut, nous devrons attendre que le contenu
se charge complètement.
Donc, en utilisant un événement que nous avons déjà vu écouter sur le contenu Web de la fenêtre principale, nous avons terminé le chargement
avec un rappel dans lequel nous pouvons vérifier les cookies comme avant en appelant get cookies.
Pour récapituler, nous chargeons bien le contenu de celui-ci dans mon nouveau contenu Web Windows.
Ce contenu distant créera ensuite quelques cookies sur la session par défaut utilisée par le contenu Web principal de Windows,
et après son téléchargement complet, nous obtenons tous les cookies sur la session par défaut et les déconnectons.
Sauver.
Nous voyons électron se plaindre du JavaScript non sécurisé ici, cela étant simplement dû à la politique
de sécurité du contenu du projet, vérifiez le terminal et là, nous avons plusieurs cookies sur notre session par défaut.
Par exemple, souligne que Geet est Google Analytics sur GitHub dot com.
Ajoutons donc notre propre cookie, puis je reviendrai au chargement du HTML indexé.
Et attribué à Kookie un objet dont la première propriété est neutre https mon domaine d'application dot com, puis le nom
du cookie que nous définissons le cookie un.
Donner cette valeur plus bizarre de l'électron.
C'est notre objet cookie, alors définissons-le sur la session de session par défaut, pas sur les cookies, a déclaré
Dot, en passant ce nouvel objet cookie, puis exactement la même chose que la méthode get.
Cela renvoie une promesse dès que le cookie est créé.
Donc résolu cette promesse sans aucun argument dans ce rappel car nous créons simplement un cookie et
ne récupérons rien dans lequel notre cookie de déconnexion est défini, à quel point nous pouvons immédiatement récupérer tous les
cookies pour voir ce nouvel ajout à l'aide de ce kit cookies helper fonction ou copiez ceci et commentez la date
de fin de chargement de la pâte d'écouteur.
Notez que comme précédemment, en cas de problème lors de la création du cookie, nous pouvons obtenir ces erreurs avec une
fonction catch sur la promesse de retour.
Exactement la même chose.
Je vais juste laisser ça pour le moment.
Sauver.
Vérifiez le terminal et là, nous avons toujours tous les cookies définis par GitHub, dotcom, mais aussi notre
propre cookie, un très important a remarqué que notre cookie a la propriété de session définie sur true, alors que
tous les autres cookies ont false avec une date d'expiration.
Au lieu de cela, cela signifie que sans date d'expiration, notre cookie n'est valide que pour la durée de
cette session particulière, pas l'objet de session, bien que ce mot existe, mais cette instance même de l'application en cours
de lancement, ce qui signifie qu'il n'est pas persistant dans l'objet de session car il n'a
pas de contrôle d'expiration.
Ce sont des commentaires sur la fonction définie.
En déconnectant tous les cookies, une fois que le contenu est à nouveau chargé, enregistrez.
Et nous sommes revenus à la création des cookies uniquement avec une expiration, donc pour qu'un cookie
personnalisé persiste entre les applications, nous pouvons simplement lui donner une expiration dans le futur ou utiliser cette
heure d'expiration du cookie d'octobre comme étant un horodatage Unix simple, revenez à notre fonction définie comme avant, cette fois assis
sur la date d'expiration de l'objet cookie, cet horodatage que j'ai copié.
Vous pouvez également rendre cette infinité pour que les cookies infiniment persistants soient à nouveau enregistrés.
Nous voyons le cookie un déconnecté comme auparavant, mais contenant maintenant une date d'expiration et n'étant plus marqué comme un
contrôle de cookie de session, cela a persisté en quittant l'application manuellement.
Il s'agit toujours de la meilleure pratique pour garantir la conservation des données de session.
Commentez la lecture de ladite fonction sur la sauvegarde du chargement terminée, qui lance l'application, et dans le cookie du terminal, une est
toujours en cours de journalisation, ce qui signifie qu'elle est maintenant conservée jusqu'à cette date ici, moment
auquel elle sera supprimée automatiquement.
Voyons ensuite comment lire des cookies spécifiques.
Je vais effacer cela et si vous vous souvenez, j'ai mentionné plus tôt que le fait de passer des cookies n'obtient pas un objet
vide renverra tous les cookies.
Donc, pour lire uniquement un cookie spécifique, disons notre cookie, nous pouvons passer un certain nombre de filtres à cet
objet.
Par exemple, nom de cookie, une sauvegarde.
Et nous n'obtenons qu'un seul cookie avec le nom correspondant.
Nous pouvons également filtrer par domaine, Eurail, etc.
Enfin, supprimons Cookie.
Un commentaire sur notre fin de charger Lessner.
L'appel de session dot cookies dot remove premier argument étant l'euro, mon domaine dot com et le second étant le
cookie de nom, car les cookies du même nom peuvent exister sous différents domaines.
Ou vous les URL comme pour toutes les fonctions de cookies, supprimez les retours, une promesse ainsi résolue avec le signe que le cookie
a été supprimé avec succès dans lequel nous pouvons à nouveau obtenir le cookie un ou au moins vérifier s'il existe.
Enregistrer le commutateur vers le terminal et rien.
Nous obtenons un tableau vide car le cookie n'existe plus.
Ce sont les bases de l'utilisation des cookies en électron.
Il existe également un événement pour détecter les changements de cookies, mais pour la plupart, obtenir, définir et
supprimer devrait suffire.